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A task oriented data model for an object 
oriented development tool. The data model comprises a 
task oriented structure which mirrors the task tree 
embodied in the user interface of the development tool. 
The object development tool exports and imports the 
data model as a document file expressed in a open 
standard language such as XML. The data model 
comprises a series of data elements which are arranged 
to mirror the user interface according to a meta data 
model. The meta data model is implemented in XML as a 
Document Type Definition and comprises containment 
relationships defined by XML constructs. By making the 
user interface implicit in the organization of the data 
model, the data model can be imported by another tool 
by simply following or scripting the data structure, 
and the data model is validated when the import utility 
loads the document file by comparing the data model to 
a meta data model specified in the Document Type 
Definition. 
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METHOD AND MECHANISM FOR A TASK ORIENTED DATA MODEL 

ABSTRACT OF THE DISCLOSURE 

A task oriented data model for an object oriented 
development tool. The data model comprises a task oriented 
5 structure which mirrors the task tree embodied in the user 

interface of the development tool. The object development tool 
exports and imports the data model as a document file expressed in 
a open standard language such as XML . The data model comprises a 
series of data elements which are arranged to mirror the user 

10 interface according to a meta data model. The meta data model is 

implemented in XML as a Document Type Definition and comprises 
containment relationships defined by XML constructs. By making the 
user interface implicit in the organization of the data model, the 
data model can be imported by another tool by simply following or 

15 scripting the data structure, and the data model is validated when 

the import utility loads the document file by comparing the data 
model to a meta data model specified in the Document Type 
Definition. 
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METHOD AND MECHANISM FOR A TASK ORIENTED DATA MODEL 



A portion of the disclosure of this patent document contains 
material which is subject to copyright protection. The copyright 
5 owner has no objection to the facsimile reproduction by anyone of 

the patent document or the patent disclosure, as it appears in the 
Patent Office patent files or records, but otherwise reserves all 
copyrights wharsoever. 

10 REFERENCE TO RELATED APPLICATIONS 

This application is related to the co -pending application 
entitled Method and Mechanism for a Task Oriented XML Data Model 
filed in the name of the common assignee. 

15 FIELD OF THE INVENTION 

The present invention relates to object oriented 
programming systems, and more particularly to a task oriented 
structure for a data model and method for validating the data 
model . 

20 

BACKGROUND OF THE INVENTION 

Traditionally in the computer programming art, program 
code and data have been kept separate. For example, in the well- 
known C programming language, units of program code are called 
25 functions, and units of data are called structures. In C the 

functions and structures are not formally connected, that is, a 
function can operate on more than one type of data structure, and 
more than one function can operate on the same structure. 
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Object-oriented programming, in contrast, deals with 
objects, in which program code and data are merged into a single 
indivisible entity or ''object". An object is an instance of an 
implementation and an interface and models a real -world entity. 
The object is implemented as a computational entity that 
encapsulates state and operations and responds to requests. The 
data and methods are implemented internally in the object. A 
business object for example is an object containing business 
methods (i.e. logic) and state that is intended for use within 
business applications. 

Objects are built using an application program commonly 
referred to as an object builder tool. The object builder tool is 
a program which is used to define the business objects and generate 
the necessary definition and implementation files in IDL (Interface 
Definition Language), C++ and/or Java, as will be understood by 
those skilled in the programming arts. 

Object builders utilize a data model which provides a 
template of the data structure for the objects. Object-oriented 
data models can be adapted to a wide range of different models by 
changing the definitions of meta-data, such as the objects and the 
task trees. Meta-data, as will be understood by those skilled in 
the art, comprises the self-descriptive information that can 
describe both services and information. With meta-data new 
services can be added to a system and discovered at run- time. 

The object builder in the Component Broker™ toolkit from 
IBM utilizes a proprietary data model known as the Common Data 
Model (CDM) which comprises a binary file. In the object builder 

CA998-041 2 
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tool, objects are designed by performing sets of user-defined 
operations in the form of task trees . 

Frequently, users will want to load an application 
program with data by means other than the user interface for the 
application. For example, in a spreadsheet program, a user may 
wish to load a subset of data extracted from a database. To be 
able to perform such a data load or import, an alternate user 
interface or an import capability will typically be required in 
order to translate the extracted subset of data into a form 
suitable for the spreadsheet program. The alternate user interface 
or import capability is needed to check the data for constraints 
that must be applied in order not to break the application . 
Typically, this involves an expensive piece of development work 
done by the provider of the application program. As a result, such 
a load capability is not usually provided. 

BRIEF SUMMARY OF THE INVENTION 

What is provided according to the present invention is a 
data structure which allows the data import facility in an 
application program to be simplified. 

According to one aspect of the invention, the data 
structure comprises a task oriented data structure. The task 
oriented data structure is specified according to a hierarchical 
data model for the application. By providing the data in a task 
oriented structure, the data provides scripting for the import 
facility and allows the data to be validated according to the 
hierarchical data model when it is loaded into the application. 
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According to another aspect of the invention, the data 
model is expressed in an exportable and importable document in 
meta-data language such as XML, i.e. Extensible Markup Language. 
The data model expressed as an XML document is arranged in a task 
oriented structure which mirrors the user interface of the 
application (e.g. an object builder) . The data model is specified 
according to a meta data model which takes the form of one or more 
Document Type Definitions (DTD's) in XML. The meta data model, 
i.e. DTD , specifies the set of required and optional data elements, 
and their attributes, for the data model expressed as an XML data 
document. According to the invention, the data model specified by 
the DTD is arranged in a hierarchical structure which represents 
the task flow or sequence that is followed by a user to enter the 
data. 

To export a data model, the data model is expressed as a 
structured XML document file which mirrors the exact order in which 
the object data model was created by the user. Because the tasks 
are expressed in terms of containment relationships in the XML 
document as defined by the DTD, the importation, i.e. reading, of 
the XML document serves to extract the data model in the same 
sequence the data was entered. It will be appreciated that this 
approach eliminates the need for tags and other indicators of 
location as is the case for conventional data export/import files. 

To import a data model, i.e. an XML document file, the 
export/import utility includes an XML parser. The XML parser 
parses the XML document and builds a "document tree" which is then 
returned to the data import /export utility. Because the XML 
document file, i.e. the data model, is arranged as a task oriented 
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structure, the document file provides scripting for translating 
each data element contained in the data model. In addition, the 
XML document file, i.e. the data model, is validated when the 
import utility loads the document file by comparing the data model 
to a meta data model specified in the form of the DTD. 

In accordance with an aspect of the invention, there is 
provided a task oriented data structure embodied in a program 
storage device for an object oriented application program, the 
object oriented application program having a user interface 
comprising a plurality of items, said items defining a sequence of 
tasks for creating one or more objects, said data structure 
comprising: (a) a data model suitable for storage on a storage 
media; (b) said data model including a plurality of data elements; 
(c) each of said data elements corresponding to one of the tasks in 
said sequence of tasks; and (d) said data elements being arranged 
according to a meta data model, wherein said meta data model 
mirrors the sequence of tasks defined in the user interface. Said 
meta data model may include means for validating each of said data 
elements and the arrangement of said data elements. Said data model 
may also be expressed in an Extensible Markup Language or XML , and 
said data elements being arranged according to containment 
constructs specified in said meta data model. And, said means for 
validating may comprise a Document Type Definition specified in 
XML. 

There is also provided, in an application program for creating 
objects, the application program having a user interface comprising 
a plurality of items, said items defining a sequence of tasks for 
creating the objects, and said application program including an 
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import utility for importing document files, a import utility 
comprising: (a) means for inputting a document file expressed in a 
meta data programming language, and wherein said document file 
comprises a plurality of data elements, each of said data elements 
5 corresponding to one of the tasks in said sequence of tasks , and 

said data elements being arranged according to a meta data model, 
wherein said meta data model mirrors the sequence of tasks defined 
in the user interface; (b) parser means for parsing said document 
file according to said meta data programming language, and said 

10 parser means including means for creating a document tree, said 

document tree comprising a plurality of nodes, wherein each of said 
nodes corresponds to an item in the user interface; and (c) means 
for updating the object according to the nodes contained in said 
document tree. Said meta data model may also include means for 

15 validating each of the nodes in said document tree. Said document 

file may further comprise a text file expressed in Extensible 
Markup Language or XML, and said data elements being arranged 
according to containment constructs specified in said meta data 
model. Said means for validating may also comprise a Document Type 

20 Definition specified in XML. And, said document file may include 

scripting means for translating each of said data elements. 

In accordance with another aspect of the invention, there is 
provided a computer program product for an application program for 

25 creating objects, the application program having a user interface 

comprising a plurality of items, said items defining a sequence of 
tasks for creating the objects, and said application program 
including an import utility for importing document files, said 
computer program product comprising a program storage device; means 

30 recorded on said program storage device for instructing a computer 

CA998-041 6 
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to perform the steps of, (a) inputting a document file, wherein 
said document file is expressed according to a meta data 
programming language, said document file comprising a plurality of 
data elements, each of said data elements corresponding to one of 
5 the tasks in said sequence of tasks, and said data elements being 

arranged according to a meta data model, wherein said meta data 
model mirrors the sequence of tasks defined in the user interface; 
(b) parsing said document file according to said meta data 
programming language; (c) creating a document tree from said parsed 

10 document file, said document tree comprising a plurality of nodes, 

wherein each of said nodes corresponds to an item in the user 
interface; and (d) updating the object according to the nodes 
contained in said document tree. Said computer program product 
further including validating means for use by said parsing means 

15 for validating each of the nodes in said document tree. Said meta 

data language may comprise Extensible Markup Language or XML, and 
said data elements being arranged according to containment 
constructs specified in said meta data model. And, said means for 
validating may comprise a Document Type Definition specified in 

20 XML. 



There is also provided a computer system for creating objects 
in an application program, the application program having a user 
interface comprising a plurality of items, said items defining a 

25 sequence of tasks for creating the objects, and said application 

program including an import utility for importing document files, 
said computer system comprising: (a) means for inputting a document 
file, wherein said document file is expressed according to a meta 
data programming language, said document file comprising a 

30 plurality of data elements, each of said data elements 
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corresponding to one of the tasks in said sequence of tasks, and 
said data elements being arranged according to a meta data model, 
wherein said meta data model mirrors the sequence of tasks defined 
in the user interface; (b) a parser for parsing said document file 
5 according to said meta data programming language; (c) means for 

creating a document tree from said parsed document file, said 
document tree comprising a plurality of nodes, wherein each of said 
nodes corresponds to an item in the user interface; and (d) means 
for updating the object according to the nodes contained in said 

10 document tree. The computer system may also include validating 

means for use by said parser for validating each of the nodes in 
said document tree. Said meta data language may comprise Extensible 
claim Markup Language or XML, and said data elements being arranged 
according to containment constructs specified in said meta data 

15 model. Said validating means may comprise a Document Type 

Definition specified in XML. And, said data model may include 
scripting means for translating each of the data elements in said 
document file. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Reference will now be made to the accompanying drawings 
which show, by way of example, a preferred embodiment of the 
present invention, and in which: 

5 Fig. 1 is a diagrammatic representation of the main 

window of an object builder of the type suitable for a task 
oriented data model according to the present invention; and 

Fig. 2 is a flow chart showing the processing steps 
performed by a data import utility to load a task oriented data 
10 model according to the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention comprises a task oriented data 
structure for use with a data import and export utility in an 
application program. 

15 According to one embodiment of the invention, the task 

oriented data model is implemented using the open standard language 
XML (Extensible Markup Language) . The data model is expressed as 
a structured XML document which is specified according to a met a 
data model contained in a Document Type Definition or DTD. The 

20 meta data model specified in the Document Type Definition is also 

arranged as a hierarchical structure which mirrors the user 
interface task flow sequence in the application program. The XML 
data document is compatible with the export and import utility in 
development tools (e.g. object builder tool). In the following 

CA99 8-041 9 
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description, the task oriented structure is described in the 
context of an object builder tool which is in the "toolkit" for the 
IBM Component Broker™ software package. 

Reference is first made to Fig. 1, which shows in 
5 diagrammatic form the object builder tool 10 in the Component 

Broker toolkit. The object builder tool 10 is an application 
program which provides an integrated development environment for 
software developers. As shown in Fig. 1, the object builder 10 
comprises a main window 20 having four panes denoted by 21, 22, 23, 
10 and 24 respectively. The first pane 21 on the left side of the 

window 20 provides the main view which is a task tree view. The 
main view in the first pane 21 is also the context for the content 
displayed in the three other panes 22, 23, and 24. 

As shown in Fig. 1, the main view pane 21 comprises a 
15 "Framework Interfaces" item 110, a "User-Defined Business Objects" 

item 120, a "User-Defined Compositions" item 130, a "User-Defined 
Data Objects" item 140, a "DBA-Defined Schemas" item 150, a "User- 
Defined PA Schemas" item 160, a "Non-IDL Type Objects" item 170, a 
"Build Configuration" item 180, an "Application Configuration" item 
20 190, a "Container Definition" item 200, a "Default Homes" item 210, 

and a "FlowMark" item 220. The content of the other three panes 
22, 23 and 24 in the window 10 depends on the selected item or 
element in the main view pane 21. 
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It will be appreciated that the object builder 10 
utilizes a task tree structure. As shown in Fig. 1, the "User- 
Defined Business Objects" item 120 has a user interface which is 
organized as a task tree structure. The task oriented structure of 
5 the user interface forces a user to follow a specified sequence in 

order to create a business object, i.e. an object containing 
business methods (logic) and data (state) that is intended for use 
within business applications. As will now be described, the data 
model and the underlying meta data model according to the present 
10 invention comprise task oriented structures which mirror the user 

interface. The data model includes all the persistent meta-data 
which is used by the object builder tool 10. 

Referring to Fig. 1, and specifically the main view pane 
21, the task tree structure for the "User-Defined Business Objects" 

15 item 120 comprises a file item or element 121, a module element 

122, an interface element 123, a key helper element 124, a copy 
helper element 125, a business object implementation element 126, 
and a data object element 127. The "User-Defined Data Objects" 
item 140 is also organized in a task tree structure and comprises 

20 a file element 141, a module element 142, and a interface element 

142. Similar task tree structures are provided for the "DBA- 
Defined Schemas" item 150, the "Non-IDL Types Objects" item 170, 
the "Build Configuration" item 180, the "Application Configuration" 
item 190, and the "Container Definition" item 200. 

25 
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According to the task tree structure for the "User- 
Defined Business Objects" item 120, a business object is created by 
the following sequence of steps: (1) create file; (2) create 
module; (3) create interface; (4) create key helper; (5) create 
copy helper; and (6) create implementation. 

The first step performed by a user involves creating a 
file. The object builder 10 generates the file as an IDL 
(Interface Definition File) . As will be understood by one skilled 
in the art, IDL is a contractual, neutral and declarative language 
that specifies an object's boundaries and its interfaces, e.g. the 
aspects of the object that are accessible to the public. IDL 
provides operating system and programming language independent 
interfaces to all services and components that reside on a bus as 
defined according to the CORBA (Common Object Request Broker 
Architecture) standard. The second step is optional and allows a 
user to define a module which comprises a grouping of interfaces . 
The third step performed by the user involves defining the public 
interface for the user-defined business object. The fourth step 
involves creating a key helper which comprises an object which 
provides a copy of the "identity" of the business object. The 
fifth step involves creating an object which duplicates everything 
about the business object, not just its identity. The sixth step 
comprises implementing the specific behaviour, i.e. methods, for 
the business object. 

According to the present invention, the data model 
comprises a task oriented structure which preserves the sequence of 
steps followed by a user during the creation of the object. The 
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data model for an object, i.e. instance of data, is expressed by 
the object builder tool in the form of an XML document which 
mirrors the exact order in which the object was created by the 
user. The underlying meta data model also mirrors the task 
5 oriented or hierarchical structure of the user interface. The data 

model thereby provides a data structure from the which the user 
interface of the object builder tool can be inferred. Since the 
user interface is implicit in the organization of the data model, 
the data model can be imported by another tool by simply following 
10 or scripting the data model. 

According to another aspect of the invention, the task 
oriented data model is expressed as a document file using the meta- 
data language XML (i.e. Extensible Markup Language) and the meta 
data model takes the form of Document Type Definition or DTD also 

15 specified in XML. A meta-data language is self-descriptive of both 

services and information and is preferred because the data model 
can be generically validated by reading or importing the data 
model. The meta data model, i.e. Document Type Definition or DTD, 
is used for validating the correctness of the data model which is 

20 expressed as an XML document. 

According to this aspect of the present invention, the 
meta data model for the w User-Def ined Business Objects" item 120 
takes the form of a Document Type Definition which is specified as 
shown below. 

25 
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<?xml encodings "US -ASCII " ? > 



< ! ELEMENT UserDef inedBusinessObject 



(BusinessObjectUnit) *> 



< i ELEMENT UserDef inedDataOb j ect 



(DOFile) *> 



< ! ELEMENT BusinessObjectUnit 



(BOFile | CompositeFile) *> 



< ! ELEMENT DBADef inedSchemas 



( SchemaGroup ) * > 



<! ELEMENT UserDef inedPAOs 



(Schema) *> 



10 



15 



20 



<!__ ************************** bo File **************************** - - > 

<! ELEMENT BOFile (Comments] IncludeFile | Module | BOArtifact | 

Constant | Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 

< I ATTLIST BOFile Name CDATA #IMPLIED> 
< ! ELEMENT Comments (# PCDATA) * > 

< ! ELEMENT IncludeFile (#PCDATA)*> 
< I ELEMENT Uuid (# PCDATA) *> 

<!__********************* Composite File ************************** - - > 

< ! ELEMENT CompositeFile (Comments | IncludeFile | Module | BOArtifact | 
Constant | Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 
< ! ATTLIST CompositeFile Name CDATA #IMPLIED> 

<i-- ************************** Module **************************** --> 

< i ELEMENT Module (# PCDATA | BOArtifact | DOArtifact | Comments | Constant | 
Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 

< 'ATTLIST Module Name CDATA # IMPLIED > 
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* + *★*** + * + + + ****#***** + + + + + + * DO File + + ***** + *** + * + * + + + + ***** + *+ > 

< ! ELEMENT DOFile (Comments | IncludeFile | Module | DOArtifact | 

Constant | Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 

< ! ATTLIST DOFile 

Name CDATA #IMPLIED> 

< t + + + * + *+*+**** + ******** + **++ BOArtifact +****** + ** + +++ + + *+*++*** — > 

<! ELEMENT BOArt if act (Interface) KeyArtifact | CopyArtifact | BOImplementation) *> 

< ! ELEMENT Interface (# PCDATA | IsQueryable | IsWLM | Comments | 
Interf acelnheritance | Attribute | Method | Constant | Enumeration | Exception 
| Structure | Typedef | Union | Uuid lObjectRelationship | Compositelnf o) *> 

<! ATTLIST Interface 

Name CDATA #IMFLIED> 

<! ELEMENT IsQueryable (#PCDATA)+> 

<! ELEMENT IsWLM (#PCDATA)*> 

< ! ELEMENT Inter face Inheritance ( # PCDATA) * > 

< I *********** + -************** + Compositelnf o **********************+ --> 

< I ELEMENT Compositelnf o (Compos it eRules | Interf aceRef erence) *> 
< ! ATTLIST Compositelnf o 

Compos it eToolMoniker CDATA #IMPLIED> 

<l + ****************** + ******* CompositeRules **+* + ********** + ******* --> 

< i ELEMENT CompositeRules (ft PCDATA) *> 



< i __+*++++++++***+********* mterfaceReference 
< ! ELEMENT Interf aceRef erence EMPTY > . 
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< ! ATTLIST Interf aceRef erence 

Referenced CDATA #IMPLIED 
Instancelnterface CDATA # IMPLIED 
InstanceName CDATA #IMPLIED 
5 InstanceKind CDATA #IMPLIED> 

< i ***********++++++*+*+*** p^taRef erence ********+****************++ — > 

< ! ELEMENT DataRef erence (Prereq | DataStore | Chain | Select) *> 
<iATTLIST DataRef erence 

Type CDATA # IMPLIED 
ReferencedCategory CDATA # IMPLIED 
Referencedlnterface CDATA # IMPLIED 
ReferencedName CDATA # IMPLIED 
ReferencedKind CDATA # IMPLIED 
Instancelnterface CDATA #IMPLIED 
InstanceName CDATA # IMPLIED 
InstanceKind CDATA # IMPLIED > 

<!-- +***************************** Prereq ***************** + + ******** - - > 
20 <! ELEMENT Prereq (Prereq | DataStore | Chain | Select) +> 

<! ATTLIST Prereq 

ReferencedParameterName CDATA #IMPLIED 
Ref erencedParameterKind CDATA #IMPLIED 
Target Interf ace CDATA # IMPLIED 
25 OperationName CDATA # IMPLIED 

OperationKind CDATA # IMPLIED 
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ParameterName CDATA # IMPLIED 
ParameterKind CDATA # IMPLIED 
Helper CDATA #IMPLIED 
ReferencedCategory CDATA #IMPLIED 
5 Ref erencedlnterface CDATA #IMPLIED 

ReferencedName CDATA # IMPLIED 
ReferencedKind CDATA # IMPLIED 
instancelnterface CDATA #IMPLIED 
InstanceName CDATA # IMPLIED 
10 InstanceKind CDATA #IMPLIED> 

<[__************************+*** DataStore *************************** --> 

< i ELEMENT DataStore (#PCDATA)*> 
< 1 ATTLIST DataStore 

15 ReferencedCategory CDATA # IMPLIED 

Ref erencedlnterface CDATA # IMPLIED 

ReferencedName CDATA #IMPLIED 

ReferencedKind CDATA # IMPLIED 

Instancelnterface CDATA ^IMPLIED 
20 InstanceName CDATA #IMPLIED 

InstanceKind CDATA #IMPLIED> 

< i - - ****************************** Cnain *************************** > 

<! ELEMENT Chain EMPTY > 

25 

< t _ _ *+*+*★*++*++*************+**++ Select *************************** 
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<! ELEMENT Select (NullAt tribute) *> 



< i __ ************************* NullAttribute *********************** — > 
<! ELEMENT NullAt tribute (Prereq | DataStore | Chain | Select) *> 
5 < ! ATTLIST NullAttribute 

Attributelnterface CDATA #IMPLIED 
AttributeName CDATA #IMPLIED 
AttributeKind CDATA #IMPLIED 
Negated CDATA # IMPLIED 
10 ReferencedCategory CDATA # IMPLIED 

Referencedlnterface CDATA #IMPLIED 
ReferencedName CDATA # IMPLIED 
ReferencedKind CDATA # IMPLIED 
Instance Interface CDATA # IMPLIED 
15 InstanceName CDATA #IMPLIED 

InstanceKind CDATA #IMPLIED> 

< 1 ._****★★*** ***************** DelegateToGroup *********************** --> 
< ! ELEMENT DelegateToGroup ( # PCDATA) * > 

20 

<!__•************************* KeyAttrMapGroup ********************** --> 
<! ELEMENT KeyAttrMapGroup (KeyAttrMapInf o) *> 



<!__************************* KeyAttrMapInfo *********+************ --> 
25 < I ELEMENT KeyAttrMapInfo (KeyAttrRef erence) *> 

< 1 ATTLIST KeyAttrMapInfo 
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Interface CDATA # IMPLIED 
AttributeName CDATA # IMPLIED 
AttributeKind CDATA #IMPLIED> 

< r __****+*******+*++*++*+**+* K ey At tr Reference ********************** > 

<! ELEMENT KeyAttrRef erence (KeyAttributeRef erence | 
InstanceAttributeReference) *> 

<(__**** + ****★★********★**+ KeyAttributeRef erence ******************** - - > 

<! ELEMENT KeyAttributeRef erence EMPTY > 
< ! ATTLIST KeyAttributeRef erence 

Interface CDATA # IMPLIED 

AttributeName CDATA # IMPLIED 

AttributeKind CDATA #IMPLIED> 

< t . _****************** InstanceAttributeReference ******************** --> 
< I ELEMENT InstanceAttributeReference EMPTY > 
< [ATTLIST InstanceAttributeReference 

Interface CDATA #IMPLIED 

AttributeName CDATA ^IMPLIED 

AttributeKind CDATA #IMPLIED> 

<;-- +**+******************* LocationGroup *************************** --> 

<! ELEMENT LocationGroup (LocationByKey) +> 

< l *+***+***************** LocationByKey *************************** > 
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<! ELEMENT LocationByKey (InterfaceRef erence) *> 
< ! ATTLIST LocationByKey 

Group CDATA # IMPLIED 

FindObject CDATA #IMPLIED 
5 CreateObject CDATA #IMPLIED 

RemoveObj ect CDATA # IMPLIED 

CreateFromCopy CDATA # IMPLIED 

HomeName CDATA # IMPLIED 

FactoryFinderName CDATA #IMPLIED 
10 HomeParameter CDATA #IMPLIED> 

c t __********************** Object Relationship ******************** --> 

< I ELEMENT Ob j e c t Re 1 a t i on s h i p (Uuid | ObjectType | 
ReferenceCollectionlmplementation | Ref erenceResolvedByForeignKey | HomeToQuery 

15 (Attribute | Method) +> 

< ! ATTLIST ObjectRelationship Name CDATA #IMPLIED> 
<! ELEMENT ObjectType (#PCDATA}*> 

< i ELEMENT Ref erenceCollectionlmplementation (#PCDATA)*> 

< 1 ELEMENT Ref erenceResolvedByForeignKey (#PCDATA)*> 

<i-- **************************** Construct ************************** 
< 1 ELEMENT Constant (Type | Initializer | Size | Uuid)*> 
< I ATTLIST Constant 

Name CDATA # IMPLIED > 

< [ELEMENT Enumeration (Member | Uuid)*> 
<!ATTLIST Enumeration 

CA998-041 20 



20 



25 



BNSDOCID: <CA 2255054A1 J_> 



CA 02255054 1998-11-30 



Name CDATA # IMPLIED* 

<! ELEMENT Exception (Member | Uuid)*> 
< ! ATTLIST Exception Name CDATA #IMPLIED> 

<! ELEMENT Member (Type | Size | TypeSpecif ication | SequenceSize | ArraySize | 
CaseLabel | Uuid)+> 

< ! ATTLIST Member Name CDATA #IMPLIED> 

< ! ELEMENT TypeSpecif ication (#PCDATA)*> 

<! ELEMENT SequenceSize (#PCDATA)*> 

< I ELEMENT ArraySize (#PCDATA)*> 

<! ELEMENT CaseLabel (# PCDATA) *> 

<! ELEMENT Structure (Member | Uuid)*> 

<! ATTLIST Structure Name CDATA #IMPLIED> 

<! ELEMENT Typedef (Type | Size | TypeSpecif ication | SequenceSize | ArraySize | 
Uuid)*> 

<! ATTLIST Typedef Name CDATA #IMPLIED> 

< ! ELEMENT Union (SwitchSpecif ier | Member | Uuid)*> 

<! ATTLIST Union Name CDATA #IMPLIED> 

< ! ELEMENT SwitchSpecif ier (4*PCDATA)*> 

< I - - **************************** Attribute ************************** - - > 

<! ELEMENT Attribute (Type] Initializer | Size) Implementation! Read-only | 
Overridable| (StringBehaviour? ) | GetterMethodBodyForPlatf orm | 

Set terMethodBody For Plat form | Getter Implement a tionType | Setter Implemen tat ionType 
|. Parent Interface | DOAttributeName | Uuid | DataRef erence | DelegateToGroup| 
Usedlnlmplementation | StaticData | 

GetterBodiesKeepAllPlatformsInSyncCpp | 

GetterBodiesKeepAllPlat forms InSync Java | 
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SetterBodiesKeepAllPlatformsInSyncCpp | 
SetterBodiesKeepAllPlatf ormsInSyncJava) * > 
< ! ATTLIST Attribute 

Name CDATA #IMPLIED> 
<! ELEMENT Type (# PCDATA) > 
<! ELEMENT Initializer (#PCDATA)*> 
<IELEMENT Size (#PCDATA>*> 
<! ELEMENT Implementation (#PCDATA)> 
< ! ELEMENT Read - on 1 y ( # PCDATA ) > 
< J ELEMENT Overridable (# PCDATA) > 
<! ELEMENT StringBehaviour (#PCDATA)> 
< I ELEMENT Getter Implement at ionType {#PCDATA)*> 

< i ELEMENT Setter Implement at ionType (#PCDATA)*> 
< ! ELEMENT DOAt t r ibu t eName ( # PCDATA ) * > 

< 1 ELEMENT Parentlnterf ace (#PCDATA) *> 

< ! ELEMENT Usedlnlmplementation <#PCDATA)*> 

< 1 ELEMENT StaticData (#PCDATA)*> 

< I ELEMENT Get terBodiesKeepAll Plat forms InSyncCpp (#PCDATA)*> 

< ! ELEMENT Get terBodiesKeepAll Platforms InSync Java (#PCDATA)*> 

< ! ELEMENT SetterBodiesKeepAllPlatf orms InSyncCpp (#PCDATA>+> 
< ! ELEMENT SetterBodiesKeepAllPlatf ormsInSyncJava (#PCDATA)+> 
<! ELEMENT GetterMethodBodyFor Platform (Language) *> 

< ! ATTLIST GetterMethodBodyFor Platform Name CDATA #IMPLIED> 
<! ELEMENT SetterMethodBodyForPlatf orm (Language) *> 
<! ATTLIST SetterMethodBodyForPlatf orm Name CDATA #IMPLIED> 
< ! - - ELEMENT ImplementationLanguage ANY--> 
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, < 1 ELEMENT Language (UseToolDef, UseFile, UseTDE, Filename? , ToolDef?, 
UserDef ?, ( (OOSQLSourceType?, OOSQLUserDef?) | (ESQLSourceType? , ESQLUserDef ? ) ) ?) > 

< ! ATTLIST Language 

Name CDATA &IMPLIED> 

5 <! ELEMENT UseToolDef (#PCDATA>> 

< 'ELEMENT Use File (#PCDATA)> 

<! ELEMENT UseTDE (# PCDATA) > 

< ! ELEMENT F i 1 ename ( # PCDATA ) * > 

< i ELEMENT ToolDef (#PCDATA)*> 

10 <! ELEMENT UserDef (#PCDATA)*> 

<! ELEMENT OOSQLSourceType (#PCDATA)*> 

<! ELEMENT OOSQLUserDef (# PCDATA) *> 

< ! ELEMENT ESQLSourceType (#PCDATA)*> 

< ! ELEMENT ESQLUserDef (#PCDATA)*> 

15 

< ; — **************************** Method ************************** --> 

<!-- Preserve spaces and newline 

<! ATTLIST Filename xml : space (default | preserve) "preserve'^ 

< ! ATTLIST ToolDef xml : space (default (preserve) "preserve" > 

20 <! ATTLIST UserDef xml:space (default | preserve) "preserve"> 

< I ATTLIST Comments xml : space (default | preserve) "preserve n > 

<! ATTLIST OOSQLUserDef xml;space (default | preserve) "preserved 

< ! ATTLIST ESQLUserDef xml : space (default | preserve) "preserve 1 ^ 

<!-- Preserve spaces and newline --> 

25 <! ELEMENT Method (ReturnType | Size | Implementation! MethodBodyForPlatf orm | 

One-way | Over ridable | ConstMethod | IsFrameworkMethod | ExceptionRaises j 
Context | Parameter | Uuid | Parent Interface | DataRef erence | DelegateToGroup 
| MethodType | Usedln Implement at ion | StaticMethod | PushDownMethod | 
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MappedMethod | PlatformSet | MethodBodiesKeepAllPlat forms InSyncCpp 
MethodBodiesKeepAllPlatf ormsInSync Java) * > 

< ! ATTLIST Method 

Name CDATA #IMPLIED> 

< ! ELEMENT Re t urnType < # PCDATA J > 

<! ELEMENT ConstMethod (#PCDATA)> 

<! ELEMENT PushDownMethod <#PCDATA)*> 

<! ELEMENT MappedMethod (#PCDATA)*> 

< ! ELEMENT Me thodBody For Plat form (Language) *> 

<! ATTLIST Me thodBody For Plat form Name CDATA #IMPLIED> 

<! ELEMENT Implement a tionType (#PCDATA)*> 

< 1 ELEMENT De si gnpat tern <#PCDATA)*> 

< 1 ELEMENT Us eMacro (#PCDATA) > 

< I ELEMENT One - way ( # PCDATA ) > 

< I ELEMENT I s FrameworkMe thod (# PCDATA) > 

< 'ELEMENT ExceptionRaises <#PCDATA)*> 

<i ELEMENT Context (#PCDATA)*> 

< ! ELEMENT StaticMethod (#PCDATA)*> 

<! ELEMENT PlatformSet {# PCDATA) > 

<! ELEMENT MethodBodiesKeepAllPlatf ormsInSyncCpp (#PCDATA)*> 

c ! ELEMENT MethodBodiesKeepAllPlatf orms I nSync Java (# PCDATA) * > 

< [ELEMENT Parameter (ParameterType | Size | Direct ionalAttr | Uuid )*> 

< 1 ATTLIST Parameter 

Name CDATA #IMPLIED> 
<! ELEMENT ParameterType (#PCDATA)*> 
<! ELEMENT Direct ionalAttr (#PCDATA)*> 
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10 



15 



20 



25 



<• ELEMENT MethodType (#PCDATA)*> 

< i _ _********************** DOArtifact ***************************** --> 

< I ELEMENT DOArt if act (DOInterf ace | Comments) *> 



< I ELEMENT KeyArtifact (#PCDATA| File | Module | Interface | Attribute | Method 
| Interf ace Inheritance | Uuid | Prologue | CppPrologue | JavaPrologue | Epilogue 
| CppEpilogue | JavaEpilogue | KeyAttrMapGroup) *> 

< ! ELEMENT File (# PCDATA | Uuid | IncludeFile | Comments )*> 

< 1ATTLIST File Name CDATA #IMPLIED> 



< ; __********** + ********• + ****** Copy ********************************* --> 

< I ELEMENT CopyArtifact (# PCDATA | File | Module | Interface | Attribute | Method 
| Interf acelnheritance | Uuid | Prologue | CppPrologue | JavaPrologue] Epilogue 
| CppEpilogue | JavaEpilogue) *> 



<!__******+****+***+*+++*+**** gQ implementation ******************** > 

< ! ELEMENT BOImplementation (#PCDATA| File | Module | Interface | Pattern | 
LazyEvaluation | DataObject Interf ace | SessionableBO | ImplementationLanguage | 
UserData | Implementationlnheritance | Attribute | Method | Prologue | 
CppPrologue | JavaPrologue | Epilogue | CppEpilogue | JavaEpilogue | Key | Copy 
| Handle | DOInterface | MO | Uuid | LocationGroup | ObjectRelationship) * > 

<! ELEMENT Pattern (# PCDATA) > 

< I ELEMENT LazyEvaluation (# PCDATA) > 

< i ELEMENT DataObj ectlnterf ace <#PCDATA)> 
< I ELEMENT SessionableBO {# PCDATA) > 

< I ELEMENT ImplementationLanguage (#PCDATA)*> 
< ! ELEMENT UserData (# PCDATA) * > 

< i ELEMENT Implementationlnheritance (# PCDATA) > 



< ! 



_ _★*****#*+★*******++*++*** 



^gy ********************************* 
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<i ELEMENT Prologue (#PCDATA)*> 
< 1 ELEMENT CppPrologue (#PCDATA)*> 
< ! ELEMENT JavaPrologue {# PCDATA) * > 
< i ELEMENT Epilogue (#PCDATA}*> 
<! ELEMENT CppEpilogue (#PCDATA)*> 
< i ELEMENT JavaEpilogue (#PCDATA)*> 
<! ELEMENT Key (#PCDATA)*> 
<! ELEMENT Handle (#PCDATA)*> 

<!-- Preserve spaces and newline 

< J ATTLIST Prologue xml: space (default | preserve) "preserve n > 

< I ATTLIST CppPrologue xml: space (def ault | preserve) "preserved 
< ! ATTLIST JavaPrologue xml ; space (default [preserve) "preserved 
< ! ATTLIST Epilogue xml:space (def ault [preserve) n preserve"> 
< ! ATTLIST CppEpilogue xmlrspace (def ault | preserve) "preserved 
<! ATTLIST JavaEpilogue xmlrspace (default | preserve) "preserve "> 

<<__************************* dq stuff ******+***********+********** --> 

<! ELEMENT DOInterface (File | Module j Interface | Comments 
Interfacelnheritance | DOImplementation | Attribute | Method | Constant 
Enumeration | Exception | Structure | Typedef | Union | Uuid)*> 

<! ATTLIST DOInterface 

Name CDATA #IMPLIED> 

< t __*************************** do Implementation ******************* --> 

< 1 ELEMENT DOImplementation (# PCDATA | File | Module | Interface | Environment 
PersistentBehaviour | DataAccess Pat tern | Point erHandle | Key | Copy 



CA998-041 



26 



CA 02255054 1998-11-30 



Implementationlnheritance | Attribute | Method | Prologue | CppPrologue | 
JavaPrologue | Epilogue | CppEpilogue | JavaEpilogue | PO | POMapping | Uuid)** 

< ! ELEMENT Environment (# PCDATA) *> 

<! ELEMENT PersistentBehaviour (#PCDATA)*> 

5 < ! ELEMENT DataAccessPattem U PCDATA) *> 

< ! ELEMENT PointerHandle (#PCDATA)*> 

< ! ELEMENT Copy ( # PCDATA) * > 

c i __**+**************+******** po Stuff *****++**+++**********++*++ --> 

10 <! ELEMENT PO (UUid? , ShortName? , ModuleName?, JavaPackage? , JavaPath?, 

PAOService?, POAccessType, Prologue?, CppPrologue?, JavaPrologue?, Epilogue?, 
CppEpilogue?, JavaEpilogue?, BindFileName, Comments?, POAttribute* , POMethod*, 
Schema?) > 

< ! ATTLIST PO 

15 Name CDATA #IMPLIED> 

c [ ELEMENT POAccessType (# PCDATA) > 

< I ELEMENT BindFileName (#PCDATA)*> 

<! ELEMENT POAttribute (Uuid? , Type, Size, ColumnName, KeySequenceNumber? , Key?, 
Getter?, Setter?, Get t erBodiesKeepAl lPla tf orms InSyncCpp ? , 

20 SetterBodiesKeepAllPlatformsInSyncCpp?, GetterMethodBodyForPlatf orm* , 

SetterMethodBodyForPlatf orm*) > 

<! ATTLIST POAttribute Name CDATA #IMPLIED> 

<! ELEMENT KeySequenceNum (#PCDATA)*> 

<! ELEMENT KeySequenceNumber (#PCDATA)*> 

25 <! ELEMENT POMethod (Uuid?, Is Frame workMet hod, MethodFunction? , Implementation, 

ReturnType, POParameter* , Platf ormSet? , Me thodBodiesKeepAll Plat forms InSyncCpp ? , 
MethodBodyForPlatf orm* ) > 

<! ATTLIST POMethod Name CDATA #IMPLIED> 

< l ELEMENT POParameter (Type, Size?, ParmAccessType? ) > 

30 < i ATTLIST POParameter Name CDATA #IMPLIED> 
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c! ELEMENT ParmAccessType (#PCDATA)> 

<!__*********************+* DOImpl->PO Mappings ********************* --> 
< i ELEMENT POMapping (AttributeMapping* , MethodMapping* ) > 

<! ELEMENT AttributeMapping (DataOb j ectAttribute , Patt ernType? , 
PrimitiveMapping?, ( {POAttributeImplementation+, MappingHelper?) | (KeyMapping | 
StructMapping) *) ?) > 

< l ELEMENT DataOb j ectAttribute (#PCDATA>> 
< i ELEMENT PatternType (# PCDATA) > 

<! ELEMENT PrimitiveMapping ( POAt tribute Implement a t ion+ , MappingHelper?) :> 

< I ELEMENT POAttributelmplementation (POInstance, POInstanceAttribute) > 

< I ELEMENT POInstance (# PCDATA) > 

< I ELEMENT POInstanceAttribute (#PCDATA)> 

c ! ELEMENT MappingHelper (MappingHelperClass , MappingHelperToTarget, 
MappingHelperToSource) *> 

< ! ELEMENT MappingHelperClass (#PCDATA)*> 

< I ELEMENT MappingHelperToTarget (#PCDATA)*> 

<! ELEMENT MappingHelperToSource (#PCDATA)*> 

< ! ELEMENT KeyMapping ( KeyFul lName , HoraeToQue ry , < KeyAt t r i bu t eMapp ing ) * ) > 
<! ELEMENT KeyFul lName (# PCDATA) > 
< ! ELEMENT HomeToQuery ( # PCDATA) * > 

< ! ELEMENT KeyAttributeMapping (KeyAt tribute, (POAttributelmplementation)*, 
MappingHelper?) > 

< I ELEMENT KeyAttribute (# PCDATA) > 

< I ELEMENT StructMapping (StructFullName, (StructAttributeMapping) *) > 
<! ELEMENT StructFullName (# PCDATA) > 

<! ELEMENT StructAttributeMapping (StructAttribute, PrimitiveMapping?, (KeyMapping 
| StructMapping) *) > 
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< ! ELEMENT Struct Attribute (#PCDATA)> 

<! ELEMENT MethodMapping (DataObjectMethod, AlwaysCompletes , 

( POMethodlmplementation) * ) > 
< ! ELEMENT POMethodlmplementation (POInstance, POInstanceMethod) > 
5 <! ELEMENT DataObjectMethod (#PCDATA)*> 

< I ELEMENT AlwaysCompletes ( # PCDATA) * > 

< 1 ELEMENT POInstanceMethod (#PCDATA)> 

< \ ._★ + ****** ****** + **+***++ + *+ Schema Stuff ************************* --> 

10 <! ELEMENT Schema (((DatabaseName, UserName?, SchemaName, ContainedBySchemaGroup, 

DatabaseType? , SchemaType, PKConstraint?, PKCons tra in t Comment ? , Comments?, 
SQLFilename, Column* ,( (For eignKey* ) | {ViewSelect? , ViewFrora?, ViewWhere?, 
ViewOrderby? , ViewGroupby? , ViewHaving?, IsUserWrittenClause? , ViewSchema+, 
ViewColumnMapping? ) ) ) | (SchemaName, ShortName, ModuleUame, SchemaType, 

15 JavaPackage, JavaPath, JavaClassName, PAOService, Property*, SchemaMethod* ) ) , 

PO*) > 

< ! ATTLIST Schema 

Name CDATA #IMPLIED> 

< I ELEMENT ContainedBySchemaGroup <#PCDATA)*> 
20 <! ELEMENT DatabaseName (# PCDATA) > 

< I ELEMENT UserName (#PCDATA)*> 
<! ELEMENT SchemaName (# PCDATA) > 
<! ELEMENT ShortName (#PCDATA)> 
< ! ELEMENT ModuleName (# PCDATA) > 
25 <! ELEMENT SchemaType (#PCDATA)> 

<! ELEMENT PKConstraint (#PCDATA)*> 

<! ELEMENT PKConstraint Comment (#PCDATA)*> 

<! ELEMENT SQLFilename (#PCDATA)*> 

< I ELEMENT JavaPackage (# PCDATA) > 
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<» ELEMENT JavaPath (#PCDATA)> 

< ! ELEMENT JavaClassName (# PCDATA) > 

< {ELEMENT PAOService {#PCDATA)> 

< ! ELEMENT SchemaMethod (Uuid? , IsFrameworkMethod, MethodFunction?, 
Implementation, ReturnType, SchemaParameter*) > 

< ! ATTLIST SchemaMethod Name CDATA #IMPLIED> 

<! ELEMENT MethodFunction (#PCDATA)*> 

< ! ELEMENT SchemaParameter (Type, Size?)> 

c! ATTLIST SchemaParameter Name CDATA #IMPLIED> 

<! ELEMENT Column {ColumnName, ColumnType, NotNull, KeySequenceNumber , 
ColumnSequenceNumber, Length, Scale, ForBitData, Comments) > 

<! ATTLIST Column 

Name CDATA #IMPLIED> 

<t ELEMENT ColumnName (#PCDATA)> 

<i ELEMENT ColumnType (#PCDATA)> 

<! ELEMENT NotNull (# PCDATA) > 

<! ELEMENT ColumnSequenceNumber (#PCDATA)*> 

<! ELEMENT Length (# PCDATA) > 

< 1 ELEMENT Scale {# PCDATA) > 

< 1 ELEMENT ForBitData (# PCDATA) > 

< l ELEMENT Property (TypeString, TypeQualif ier , Size, Key?, Getter?, Setter?, 
Uuid?) > 

c "ATTLIST Property 
Name CDATA #IMPLIED> 

< i ELEMENT TypeString (#PCDATA)> 

< l ELEMENT TypeQualif ier (# PCDATA) > 
< I ELEMENT Getter (# PCDATA) > 
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< ! ELEMENT Setter (# PCDATA) > 

< I ELEMENT ForeignKey (IsUnnamed, ForeignKeyName?, Tar get Schema, 

Comments , FKMapping* ) > 
< i ATTLIST ForeignKey Name CDATA #IMPLIED> 
5 < ! ELEMENT ForeignKeyName <#PCDATA)*> 

<! ELEMENT IsUnnamed (# PCDATA) > 

<! ELEMENT TargetSchema (DatabaseName , UserName?, SchemaName, 
ContainedBySchemaGroup) > 

< l ELEMENT FKMapping (OwningAt tribute , TargetAttribute) > 
10 <! ELEMENT OwningAttribute (#PCDATA)> 

<! ELEMENT TargetAttribute (#PCDATA)> 

< ! ELEMENT ViewSelect (#PCDATA)*> 

c! ELEMENT ViewFrom (#PCDATA}*> 

< I ELEMENT Vi ewWhe re ( # PCDATA ) * > 
15 <! ELEMENT ViewOrderby (#PCDATA>*> 

<[ ELEMENT ViewGroupby (#PCDATA)*> 

<! ELEMENT ViewHaving {# PCDATA) *> 

< ! ELEMENT isUserWrittenClause (#PCDATA)+> 

< ! ELEMENT ViewSchema {DatabaseName, UserName?, SchemaName, 
20 ContainedBySchemaGroup)* 

< I ELEMENT ViewColumnMapping (ViewColumn*) > 

< "ELEMENT ViewColumn (TargetSchema, TargetColumn) > 

<! ATTLIST ViewColumn Name CDATA #IMPLIED> 

< ! ELEMENT TargetColumn (#PCDATA)*> 

25 

< I __*****+***★************** SchemaGroup Stuff a******************** 
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<! ELEMENT SchemaGroup (DatabaseName? , DatabaseType? , DDLFilename 
EditGeneratedFile?, Schema* )> 

< ! ATTLIST SchemaGroup 

Name CDATA #IMPLIED> 

<! ELEMENT DatabaseType <#PCDATA)*> 

<! ELEMENT DDLFilename (# PCDATA) *> 

< ! ELEMENT EditGeneratedFile (#PCDATA)*> 

<(__****** + ********************** MO Stuff ** + * + + + + + + ***********■* + *** --> 
< I ELEMENT MO (File | Module | Interface | Implementationlnheritance | 

MOApplicationAdaptor | Uuid)*> 
<! ELEMENT MOApplicationAdaptor (#PCDATA)*> 
< 1 - - UDBO ? --> 
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As shown above the meta data model in the form of the Document 
Type Definition (DTD) specifies the set of required and optional 
elements, and their attributes, for the XML documents which contain 
the data content of the objects. In addition, the DTD specifies 
5 the names of the tags and the relationships among elements in the 

XML document. It will also be appreciated that* the task tree 
elements for the "User-Defined Business Objects" 120 are expressed 
using containment relationships in the Document Type Definition 
shown above. For example, the file element 121 is defined as 

10 < ! ELEMENT BOFile (Comments | .... |Uuid)*>, and the module element 122 
is defined as <! ELEMENT Module (#PCDATA| . . . .Uuid)+>. Similarly, in 
the DTD the "attributes" of the object are defined as <! ELEMENT 
Attribute (Type | Initializer | ....) *>, and the "methods" of the 
object are defined as < ! ELEMENT Method (ReturnType) )*>. The 

15 specific syntax in the meta data model as specified in the above 

DTD will be within the understanding of those familiar with XML. 

According to the present invention, the data model 
comprises a task oriented structure which preserves the sequence of 
steps followed by a user during the creation of the object. Thus, 

20 the data model for the object, i.e. instance of data, is stored 

according to the meta data model in the exact order created by the 
user, and the data model thereby provides a data structure from 
which the user interface of the object builder tool can be 
inferred. Since the user interface is implicit in the organization 

25 of the data model, the data model can be imported by another tool 

by simply following or scripting the data structure. 
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In order to take advantage of the task oriented structure 
expressed in XML, a data import /export utility in accordance with 
the present invention is implemented to include an XML parser. In 
known manner, the XML parser is a validating parser which uses the 
Document Type Definition to validate each element in the XML 
document, i.e. the data model. In the present context, the 
validating XML parser parses the XML data document and builds a 
"document tree" which is then returned to the data import/export 
utility. 

To export a data file, the data model is expressed as a 
structured XML document file which as described above mirrors the 
exact order in which the object was created by the user. Because 
the tasks are expressed in terms of containment relationships in 
the XML document as defined by the DTD (i.e. the meta data model), 
the importation, i.e. reading, of the XML document serves to 
extract the data model in the same sequence the data model was 
created. It will be appreciated that this approach eliminates the 
need for tags and other indicators of location as is the case for 
conventional data import/export files. The validation of the data 
model occurs implicitly as the XML document is read by the data 
import/export utility. 

Reference is made to Fig. 2 which shows in flow chart 
form the principle steps performed by a data import/export utility 
according to the present invention. In this example, a task 
oriented data model according to the present invention is to be 
imported by the object builder tool 10 (described above with 
reference to Fig. 1) . The first step as shown in Fig. 2 involves 
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making a call to the data import utility (step 201) . Next, the 
data import utility retrieves the XML document from memory (step 

202) and passes the document to the validating XML parser (step 

203) . The XML parser then parses the XML document and builds a 
5 document tree for the XML document (step 204) . Preferably, the XML 

parser is a validating parser, which means that each element 
appearing in the XML document is validated against the meta data 
model specified in the Document Type Definition. Upon completion 
of the parsing and validation of the XML document, the document 

10 tree is returned to the data import utility (step 205) . The next 

step performed by the data import utility involves adding or 
updating the object according to the data model for each element 
contained in the document tree (step 206) . After the object has 
been added or updated based on the contents of the XML document 

15 file, control returns to the object builder (i.e. application 

program) . 

The invention may be implemented as a computer program product 
comprising a program storage device and means recorded on said 
program storage device for instructing a computer to perform the 
20 steps of the invention and as a data structure embodied in a 

program storage device. Such a program storage device may include 
diskettes, optical discs, tapes, CD-ROMS, hard drives, memory 
including ROM or RAM , computer tapes or other storage media capable 
of storing a computer program. 

25 The invention may also be implemented in a computer system. In 

a preferred embodiment, a system is provided comprising a computer 
program operating on a data processing system, with the computer 
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program embodying the method of the invention and producing an 
output of the method on a display or output device. Data processing 
systems include computers, computer networks, embedded systems and 
other systems capable of executing a computer program. A computer 
5 includes a processor and a memory device and optionally, a storage 

device, a video display and/or an input device. Computers may 
equally be in stand-alone form (such as the traditional desktop 
personal computer) or integrated into another apparatus (such as a 
cellular telephone) . 

10 While this invention has been described in relation to 

preferred embodiments, it will be understood by those skilled in 
the art that changes in the details of processes and structures may 
be made without departing from the spirit and scope of this 
invention. Many modifications and variations are possible in light 

15 of the above teaching. Thus, it should be understood that the above 

described embodiments have been provided by way of example rather 
than as a limitation and that the specification and drawing are, 
accordingly, to be regarded in an illustrative rather than a 
restrictive sense. 

20 
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The embodiments of the invention in which an exclusive property or 
privilege is claimed are defined as follows: 

1. A task oriented data structure embodied in a program storage 
device for an object oriented application program, the object 
oriented application program having a user interface comprising a 
plurality of items, said items defining a sequence of tasks for 
creating one or more objects, said data structure comprising: 

(a) a data model suitable for storage on a storage media; 



(b) said data model including a plurality of data elements ; 

10 (c) each of said data elements corresponding to one of the 

tasks in said sequence of tasks; and 

(d) said data elements being arranged according to a meta 
data model, wherein said meta data model mirrors the 
sequence of tasks defined in the user interface. 



15 2. The task oriented data structure embodied in a program storage 

device as claimed in claim 1, wherein said meta data model includes 
means for validating each of said data elements and the arrangement 
of said data elements. 



3. The task oriented data structure embodied in a program storage 
20 device as claimed in claim 1 or claim 2, wherein said data model is 

expressed in an Extensible Markup Language or XML, and said data 
elements being arranged according to containment constructs 
specified in said meta data model. 
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4. The task oriented data structure embodied in a program storage 
device as claimed in claim 3, wherein said means for validating 
comprises a Document Type Definition specified in XML. 

5. In an application program for creating objects, the 
application program having a user interface comprising a plurality 
of items, said items defining a sequence of tasks for creating the 
objects, and said application program including an import utility 
for importing document files, said import utility comprising: 

(a) means for inputting a document file expressed in a meta 
data programming language, and wherein said document file 
comprises a plurality of data elements, each of said data 
elements corresponding to one of the tasks in said 
sequence of tasks, and said data elements being arranged 
according to a meta data model, wherein said meta data 
model mirrors the sequence of tasks defined in the user 
interface; 

<b) parser means for parsing said document file according to 
said meta data programming language, and said parser 
means including means for creating a document tree, said 
document tree comprising a plurality of nodes, wherein 
each of said nodes corresponds to an item in the user 
interface; and 

(c) means for updating the object according to the nodes 
contained in said document tree. 
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6. The import utility as claimed in claim 5, wherein said meta 
data model includes means for validating each of the nodes in said 
document tree. 

7. The import utility as claimed in claim 5 or claim 6, wherein 
5 said document file comprises a text file expressed in Extensible 

Markup Language or XML, and said data elements being arranged 
according to containment constructs specified in said meta data 
model . 

8. The import utility as claimed in claim 7, wherein said means 
10 for validating comprises a Document Type Definition specified in 

XML. 

9. The import utility as claimed in any one of claims 5 to 8, 
wherein said document file includes scripting means for translating 
each of said data elements. 

15 10. A computer program product for an application program for 

creating objects, the application program having a user interface 
comprising a plurality of items, said items defining a sequence of 
tasks for creating the objects, and said application program 
including an import utility for importing document files, said 

20 computer program product comprising: 

a program storage device; 

means recorded on said program storage device for instructing 
a computer to perform the steps of, 
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(a) inputting a document file, wherein said document 
file is expressed according to a meta data 
programming language, said document file comprising 
a plurality of data elements, each of said data 
5 elements corresponding to one of the tasks in said 

sequence of tasks, and said data elements being 
arranged according to a meta data model, wherein 
said meta data model mirrors the sequence of tasks 
defined in the user interface; 



10 (b) parsing said document file according to said meta 

data programming language; 

(c) creating a document tree from said parsed document 
file, said document tree comprising a plurality of 
nodes , wherein each of said nodes corresponds to an 
15 item in the user interface; and 



(d) updating the object according to the nodes 
contained in said document tree. 



11. The computer program product as claimed in claim 10, further 
including validating means for use by said parsing means for 

20 validating each of the nodes in said document tree. 

12. The computer program product claimed in claim 10 or claim 11, 
wherein said meta data language comprises Extensible Markup 
Language or XML, and said data elements being arranged according to 
containment constructs specified in said meta data model. 
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13. The computer program product as claimed in claim 12, wherein 
said means for validating comprises a Document Type Definition 
specified in XML. 

14. A computer system for creating objects in an application 
5 program, the application program having a user interface comprising 

a plurality of items, said items defining a sequence of tasks for 
creating the objects, and said application program including an 
import utility for importing document files, said computer system 
comprising: 

10 (a) means for inputting a document file, wherein said 

document file is expressed according to a meta data 
programming language, said document file comprising 
a plurality of data elements, each of said data 
elements corresponding to one of the tasks in said 

15 sequence of tasks, and said data elements being 

arranged according to a meta data model, wherein 
said meta data model mirrors the sequence of tasks 
defined in the user interface; 

(b) a parser for parsing said document file according 
20 to said meta data programming language; 

(c) means for creating a document tree from said parsed 
document file, said document tree comprising a 
plurality of nodes, wherein each of said nodes 
corresponds to an item in the user interface; and 
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(d) means for updating the object according to the 
nodes contained in said document tree. 

15. The computer system as claimed in claim 14, further including 
validating means for use by said parser for validating each of the 
nodes in said document tree. 

16. The computer program product claimed in claim 14 or claim 15, 
wherein said meta data language comprises Extensible Markup 
Language or XML, and said data elements being arranged according to 
containment constructs specified in said meta data model. 

17. The computer program product as claimed in claim 16, wherein 
said validating means comprises a Document Type Definition 
specified in XML. 

18. The computer program product as claimed in any one of claims 
14 to 17, wherein said data model includes scripting means for 
translating each of the data elements in said document file. 
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